Skocz do zawartości
  • 👋 Witaj na MPCForum!

    Przeglądasz forum jako gość, co oznacza, że wiele świetnych funkcji jest jeszcze przed Tobą! 😎

    • Pełny dostęp do działów i ukrytych treści
    • Możliwość pisania i odpowiadania w tematach
    • System prywatnych wiadomości
    • Zbieranie reputacji i rozwijanie swojego profilu
    • Członkostwo w jednej z największych społeczności graczy

    👉 Dołączenie zajmie Ci mniej niż minutę – a zyskasz znacznie więcej!

    Zarejestruj się teraz

[TUT] Błyskawiczny start FreeBSD i optymalizacja maszyny TERENZO 2024


Rekomendowane odpowiedzi

Opublikowano (edytowane)

Jeśli irytuje Cię, że Twoja maszyna "wisi" na Starting sendmail przy każdym restarcie 2 minuty, ten poradnik jest dla Ciebie.

 

Poniżej zestaw konkretnych komend, które odmulą Twoje FreeBSD

 

SENDMAIL : 

 

Właczamy serwer i wpisujemy :

 

sysrc sendmail_enable="NO"

 

sysrc sendmail_submit_enable="NO"

 

sysrc sendmail_outbound_enable="NO"

 

sysrc sendmail_msp_queue_enable="NO"

 

Następnie sprawdzamy komendą ee /etc/rc.conf czy wyżej podane zmiany wprowadziły sie w config.

 

Jeśli wszystko zrobione dobrze maszyna odpala sie teraz w 20-30 sekund.

 

 

Dodatkowo jeśli przy każdym uruchomieniu masz komunikat You have New Mail czy cos tego typu wpisz komendę :

 

true > /var/mail/root

 

 

DYSK : 

 

Plus zmiana dysku dla tych którzy mają w virtualbox :

 

Ustawienia maszyny > Pamięć > Kontroler IDE

 

Usuwamy ten kontroler dodajemy nowy wybieramy Kontroler SATA i montujemy dysk ten który mieliśmy w IDE 

 

 

A jakie zmiany tym uzyskamy tu bardziej technicznie posłużę się wujkiem GPT :

 

 

1. Przepustowość (Prędkość surowa)

  • IDE (emulowane): W Twoim logu widzieliśmy 33.3 MB/s. To standardowy limit starego trybu UDMA2. Nawet jeśli masz super szybki dysk NVMe w komputerze, FreeBSD przez ten sterownik nie "pchnie" więcej danych.

  • SATA (AHCI): Pozwala na transfery rzędu 500-600 MB/s (SATA III), a w wirtualizacji potrafi osiągać jeszcze więcej, bo znosi sztuczne limity starej szyny danych.

2. Kolejkowanie zadań (NCQ - Native Command Queuing)

To jest klucz do sukcesu przy serwerze Metina:

  • W IDE: Dysk wykonuje jedno zadanie na raz. Jeśli baza danych (MySQL) prosi o dane, a w tym samym czasie proces game chce zapisać logi, jeden musi czekać na drugiego.

  • W SATA: Dzięki NCQ, kontroler potrafi przyjąć wiele zapytań naraz, ułożyć je sobie w najbardziej optymalnej kolejności i wykonać niemal jednocześnie. To eliminuje "ścinki" (lagi) w grze, gdy serwer nagle musi coś zapisać na dysku.

Edytowane przez adrian5523
Opublikowano

świetny poradnik 

 

Ja Yes GIF by HOFER Österreich

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Zaloguj się poniżej.

Zaloguj się
×
×
  • Dodaj nową pozycję...